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DETAILED ACTION 

Claims 1 - 1 7 are pending. 

Claim Rejections - 35 USC § 112 
The following is a quotation of the first paragraph of 35 U.S.C. 112: 

The specification shall contain a written description of the invention, and of the manner and process of 
making and using it, in such full, clear, concise, and exact terms as to enable any person skilled in the 
art to which it pertains, or with which it is most nearly connected, to make and use the same and shall 
set forth the best mode contemplated by the inventor of carrying out his invention. 

Claims 1-17 are rejected under 35 U.S.C. 112, first paragraph, as failing to comply with the 
enablement requirement. The claims contain subject matter, which was not described in the 
specification in such a way as to enable one skilled in the art to which it pertains, or with which 
it is most nearly connected, to make and/or use the invention. In referring to claim 1, the "step 
of regenerating the data attribute table and the retrieval data table" when there is no 
information between serialized data items, the specification states: "size, items and so on of the 
retrieval data table are different every time the retrieval is made. Therefore, information on 
these characteristics must be sent to the client machine in order to regenerate the tables from the 
transmission data which is sent in the form of the single string. For this reason, the control 
information in accordance with the characteristic of the transmission data is added to the head 
of the transmission data. " (page 7, line 24- page 8, line 3) 

The specification of the instant application gives an example of serialized data (Fig. 9, 
element 38) that is to be regenerated as a table. This is to be done with the control data with 
consists of "data size 41, method of compression 42, size of the compressed data 43 and return 
code 44" (page 23, lines 21-22). It is unclear as to how the serialized data string would be 
regenerated, as each data item is (or could ben a different size. If the control data contains the 
size of each of the individual data items then the control data would contain the same number of 

t 

elements as the returned string. This disclosure would not enable any person skilled in the art to 

1 

■5. 

make and use the subject matter defined by each of the rejected claims without undue 
experimentation. 
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Claim Rejections - 35 USC § 102 

The following is a quotation of the appropriate paragraphs of 35 U.S.C. 102 that form the 
basis for the rejections under this section made in this Office action: 

A person shall be entitled to a patent unless - 

(e) the invention was described in (1) an application for patent, published under section 122(b), by 
another filed in the United States before the invention by the applicant for patent or (2) a patent granted 
on an application for patent by another filed in the United States before the invention by the applicant 
for patent, except that an international application filed under the treaty defined in section 351(a) shall 
have the effects for purposes of this subsection of an application filed in the United States only if the 
international application designated the United States and was published under Article 21(2) of such 
treaty in the English language. 

Claims 1, 6-9, and 15 are rejected under 35 U.S.C. 102(e) as being anticipated by Hejlsberg 
et al. (U.S. Patent Number 6,151,602, hereinafter "Hejlsberg"). Hejlsberg discloses a database 
system with methods providing a platform-independent self-describing data packet for 
transmitting information. Hejlsberg shows, 

In referring to claims 1, 7, and 9, 

• A data table generating step of generating a retrieval data table containing the retrieved 
data and a data attribute table containing attribute information of the retrieved data, in a 
memory area on a server side: 

Hejlsberg, Fig. 5: In response to the request, the provider accesses the data from the data 
source (step 502); proceed to construct data packet: add column descriptor information 
to the stream (step 503); processing actual data: loop through all data records of the 
result set and write out the corresponding field values (step 505) 

• A transmission data generating step of serializing all items contained in the data attribute 
table and retrieval data table into a single string; 

Hejlsberg, Fig. 5: Write special value to the stream for indicating the "end of stream" 
(step 506) 

• A control information adding step of adding control information corresponding to the 
transmission data, to a head of the transmission data; 
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Hejlsberg, Fig. 5: Provider gathers "Optional Parameters" information (e.g., Indexes & 
Constraints) and add to stream (step 504) 

• A data transmitting step of transmitting the transmission data generated in the 
transmission data generating step, to the client machine: 

Hejlsberg, Fig. 6: Transmit to client (step 601) 

• A data table regenerating step of regenerating the data attribute table and the retrieval 
data table in a memory area on the client side, from the transmission data transmitted: 
Hejlsberg, Fig. 6: Set up local structures for receiving actual data into data store (step 
604) 

• A data reading step of reading required data from the regenerated data attribute table and 
retrieval data table: 

Hejlsberg, Fig. 6: Processing actual data: loop through all data records of the data 
packet and write out to local data store (step 605) 

In referring to claim 6, 

• A retrieval command generating step performed on the client machine, of generating a 
serialized retrieval command, a retrieval command data transmitting step of transmitting 
the retrieval command data to the server: 

"a client machine (first tier), which obtains data from a back-end data source (e.g., 
database server) by submitting a request (e.g., SQL query) to a middle tier. The middle 
tier, in turn, comprises a provider and a resolver. " (Hejlsberg, col. 2, lines 60-64) 

• A retrieval command generating step performed on the server side, of converting the 
retrieval command data into a retrieval command that performs the database retrieval: 
"The provider, in response to the request, will undertake the necessary steps to get the 
data from the data source (e.g., SQL database tables) located on a database server 
operating on the back end or third tier. " (Hejlsberg, col 2, line 64 - col. 3, line 1) 
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In referring to claim 8, 

• The micro server generates and forwards a serialized retrieval command data made from 
the retrieval command sent by the client machine, and the main server converts the 
forwarded retrieval command data into a retrieval command thereby executing the 
database retrieval: 

Hejlsberg, Fig. 5: Client generates a request for data from a data source (step 501); the 
client generates a retrieval command and sends it as a 'serialized' data packet to the 
database 

In referring to claim 15, ( . . 

• A computing device, a storing device, and a data input-output device capable of inputting 
and outputting data to and from the database server and the network: 

Hejlsberg, Fig. 5: Client generates cSrequest for data from a data source (step 501); 

I 

Hejlsberg, Fig. 6: Transmit to client (step 601) 

• Retrieval command generating program of converting retrieval command data inputted 
from the client-side micro server into a retrieval command for execution of database 
retrieval: 

Hejlsberg, Fig. 5: Client generates a request for data from a data source (step 501) 

• A data table generating program of generating a retrieval data table obtained by the 
database retrieval, in the storing device; a data attribute table generating program of 
generating a data attribute table containing description of data attribute of the retrieval 
data table, in the storing device: 

Hejlsberg, Fig. 5: In response to the request, the provider accesses the data from the data 
source (step 502); proceed to construct data packet: add column descriptor information 
to the stream (step 503); processing actual data: loop through all data records of the 
result set and write out the corresponding field values (step 505) 

• A transmission data generating program of serializing all items in the retrieval data table 
and data attribute table into a single string, thereby generating a transmission data: 
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Hejlsberg, Fig. 5: Write special value to the stream for indicating the "end of stream" 
(step 506) 

• A control information adding program of adding control information corresponding to the 
data, to a head of the transmission data: 

Hejlsberg, Fig. 5: Provider gathers "Optional Parameters" information (e.g., Indexes & 
Constraints) and add to stream (step 504) 

• A data exchange program of exchanging data with the database server: 

A computer system in which data is exchanged between a client and a server inherently 
implies a data exchange program 

• Data transmission-reception program for information exchange with the client-side micro 
server via the network: 

Hejlsberg, Fig. 5: Client generates a request for data from a data source (step 501); a 
computer network that transmits data from a client and receives data from a client 
inherently implies a program for information exchange 

• A computing device, a storing device, and a data input-output device capable of inputting 
and outputting data to and from the database server and the network: 

Hejlsberg, Fig. 5: Client generates a request for data from a data source (step 501); 
Hejlsberg, Fig. 6: Transmit to client (step 601) 

• A data table regenerating program of regenerating, in the storing device, the retrieval data 
table and the data attribute table from the transmission data and the control information 
received from the server-side micro server: 

Hejlsberg, Fig. 6: Set up local structures for receiving actual data into data store (step 
604) 

• A retrieved data reading program of reading the retrieved data from the regenerated 
retrieval data table and the data attribute table. 

Hejlsberg, Fig. 6: Processing actual data: loop through all data records of the data 
packet and write out to local data store (step 605) 
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Claim Rejections - 35 USC §103 

The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all obviousness 
rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set 
forth in section 102 of this title, if the differences between the subject matter sought to be patented and 
the prior art are such that the subject matter as a whole would have been obvious at the time the 
invention was made to a person having ordinary skill in the art to which said subject matter pertains. 
Patentability shall not be negatived by the manner in which the invention was made. 

Claims 4 and 5 are rejected under 35 U.S.C. 103(a) as being unpatentable over Hejlsberg. 
Although Hejlsberg shows substantial features of the claimed invention, including the system of 
claim 1 (see 102 rejection above), Hejlsberg is silent as to the format(s) of the data in the tables. 
Hejlsberg does not explicitly show all of the items contained the data table extracted from the 
database and all of the items contained in the data attribute table are provided by text data. 
Nonetheless this feature is well known in the art and would have been an obvious 
implementation of the system disclosed by Hejlsberg. 

Hejlsberg discloses that a Structured Query Language (SQL) server can be used as the 
database: "a back-end data source (e.g., database server) by submitting a request (e.g., SQL 
query) ... data source (e.g., SQL database tables) located on a database server operating on the 
back end" (Hejlsberg, col. 2, lines 61-67). The data in an SQL database can be text or images 
(Binary Large Object format); it can consist solely of text data or include images. 

In referring to claim 4, a person of ordinary skill in the art would have readily recognized the 
desirability and advantages of implementing the system of Hejlsberg so as to use a database in 
which all of the items contained in the data attribute table are provided by text data, in order to 
maintain a relatively small size for each entry in the database, to keep bandwidth usage at a 
minimum (i.e. a web forum/message-board that updates quickly). 

In referring to claim 5, a person of ordinary skill in the art would have readily recognized the 
desirability and advantages of implementing the system of Hejlsberg so as to use a database in 
which an item in the retrieval data table extracted from the database contains data other than text 
data, in order to provide images for database entries that require them (i.e. a security database 
with photographs of authorized employees). 
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Claims 2, 3, 10, 1 1, 12, 14, and 16 are rejected under 35 U.S.C. 103(a) as being unpatentable 
over Hejlsberg in view of Cogan et al. (U.S. Patent Number 5,406,280, hereinafter "Cogan"). 

I 

In referring to claim 2, Hejlsberg shows substantial features of the claimed invention, 
including the system of claim 1 (see 102 rejection above) and converting the table data into a 
stream of data. However, Hejlsberg does not show compressing the data before sending and 
decompressing the data after reception. Nonetheless this feature is well known in the art and 
would have been an obvious addition to the system disclosed by Hejlsberg as evidenced by 
Cogan. 

In analogous art, Cogan discloses data retrieval system using compression scheme especially 
for serial data stream. Cogan shows: "The present invention provides a system for compressing 
data for serial transmission ... and for decompressing the data at the receiving computer/' 
(Cogan, col. 2, lines 11-16) 

Given these teachings, a person of ordinary skill in the art would have readily recognized the 
desirability and advantages of modifying the output and input means of Hejlsberg so as to 
compress the data before sending and decompress the data after reception, such as taught by 
Cogan, in order to decrease bandwidth usage and increase the speed of transmission. 

In referring to claim 3, Hejlsberg in view of Cogan shows, 

• A compression determining step of determining whether or not the transmission data is to 
be compressed in accordance with the data characteristic of the transmission data; and a 
data compressing step of compressing the transmission data and including information on 
a method of the compression the in control information, if the compression determining 
step determines for the compression: 

"Compression: Simple compression is performed by eliminating transmission of data for 
null-values and by making string and bytes columns variable length, " (Hejlsberg, col. 7, 
lines 63-65); the system determines if null values exist and does not transmit said values 
if they do exist 
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In referring to claim 10, Hejlsberg shows substantial features of the claimed invention, 
including: 

• Retrieval data table generating means of generating retrieval data table extracted by the 
retrieval, in a memory area: 

Hejlsberg, Fig. 6: Processing actual data: loop through all data records of the data 
packet and write out to local data store (step 605) 

• Data attribute table generating means of generating data attribute table containing 
description on data attribute of the retrieval data table, in a memory area: 

Hejlsberg, Fig. 5: In response to the request, the provider accesses the data from the data 
source (step 502); proceed to construct data packet: add column descriptor information 
to the stream (step 503); processing actual data: loop through all data records of the 
result set and write out the corresponding field values (step 505) 

• Transmission data generating means of serializing items in the data attribute table and 
retrieval data table into a single string: 

Hejlsberg, Fig. 5: Write special value to the stream for indicating the "end of stream" 
(step 506) 

However, Hejlsberg does not show compressing the data before sending and decompressing 

the data after reception. Nonetheless this feature is well known in the art and would have been 

an obvious addition to the system disclosed byjHejlsberg as evidenced by Cogan. 

In analogous art, Cogan discloses data retrieval system using compression scheme especially 

8 

for serial data stream. Cogan shows: Cogan, col 2, lines 11-16 (see full quote above) 



Given these teachings, a person of ordinary skill in the art would have readily recognized the 
desirability and advantages of adapting the system of Hejlsberg so as to compress the data before 
sending and decompress the data after reception, such as taught by Cogan, in order to decrease 
bandwidth usage and increase the speed of transmission. 
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In referring to claim 1 1, Hejlsberg in view of Cogan shows, 

• A transmission data processing program including data transmitting means of outputting 
the transmission data and the control information to the communication link thereby 
transmitting to the client machine: 

Hejlsberg, Fig. 6: Transmit to client (step 601) 

In referring to claim 12, Hejlsberg in view of Cogan shows, 

• A transmission data processing program including data compressing means for the 
serialized transmission data, and decompressing means for the transmission data 
compressed by the compressing means: 

Cogan, col 2, lines 11-16 (see full quote above) 

In referring to claim 14, Hejlsberg in view of Cogan shows, 

• Retrieval command data generating means of generating serializing the retrieval 
command transmitted from the client machine thereby generating a retrieval command 
data; and retrieval command regenerating means converting the retrieval command data 
into a retrieval command for execution of database retrieval: 

Hejlsberg, Fig. 5: Client generates a request for data from a data source (step 501); the 
client generates a retrieval command and sends it as a 'serialized' data packet to the 
database 



In referring to claim 16, although Hejlsberg shows substantial features of the claimed 
invention, including the system of claim 15 (see 102 rejection above), Hejlsberg does not show 
compressing the data before sending and decompressing the data after reception. Nonetheless 
this feature is well known in the art and would have been an obvious addition to the system 
disclosed by Hejlsberg as evidenced by Cogan. 

However, Hejlsberg does not show compressing the data before sending and decompressing 
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the data after reception. Nonetheless this feature is well known in the art and would have been 
an obvious addition to the system disclosed by Hejlsberg as evidenced by Cogan. 

In analogous art, Cogan discloses data retrieval system using compression scheme especially 
for serial data stream. Cogan shows: Cogan, col. 2, lines 11-16 (see full quote above) 
Given these teachings, a person of ordinary skill in the art would have readily recognized the 
desirability and advantages of adapting the system of Hejlsberg so as to compress the data before 
sending and decompress the data after reception, such as taught by Cogan, in order to decrease 
bandwidth usage and increase the speed of transmission. 

Conclusion 

THIS ACTION IS MADE FINAL. Applicant is reminded of the extension of time policy 
as set forth in 37 CFR 1.136(a). 

A shortened statutory period for reply to this final action is set to expire THREE MONTHS 
from the mailing date of this action. In the event a first reply is filed within TWO MONTHS of 
the mailing date of this final action and the advisory action is not mailed until after the end of the 
THREE-MONTH shortened statutory period, then the shortened statutory period will expire on 
the date the advisory action is mailed, and any extension fee pursuant to 37 CFR 1.136(a) will be 
calculated from the mailing date of the advisory action. In no event, however, will the statutory 
period for reply expire later than SIX MONTHS from the mailing date of this final action. 

Any inquiry concerning this communication or earlier communications from the examiner 
should be directed to Scott M. Klinger whose telephone number is (571) 272-3955. The 
examiner can normally be reached on M-F 9:00am - 5:30pm. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's supervisor, 
Glenn Burgess can be reached on (571) 272-3949. The fax phone number for the organization 
where this application or proceeding is assigned is 703-872-9306. 
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Information regarding the status of an application may be obtained from the Patent 
Application Information Retrieval (PAIR) system. Status information for published applications 
may be obtained from either Private PAIR or Public PAIR. Status information for unpublished 
applications is available through Private PAIR only. For more information about the PAIR 
system, see http://pair-direct.uspto.gov. Should you have questions on access to the Private PAIR 
system, contact the Electronic Business Center (EBC) at 866-217-9197 (toll-free). 



Scott M. Klinger 
Examiner 
Art Unit 2153 
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